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Reply to Office Action mailed October 7, 2004 

Amendments to the Specification: 

Please replace paragraph [0021] with the following amended paragraph: 

[0021] FIG. 5 is a diagram of an exemplary embodiment of a hardware architecture 
diagram of a general purpose computer suitable for use as a server host; 

Please replace paragraph [0022] with the following amended paragraph: 

[0022] FIG. 6 is a flow chart of an exemplary embodiment of a flow chart of a deal 
structuring process; 

Please replace paragraph [0030] with the following amended paragraph: 

[0030] FIG. 14 is a data flow diagram of an exemplary embodiment of data flow 
diagrams of the DSS depicting the functionality of the system; 

Please replace paragraph [0046] with the following amended paragraph: 

[0046] FIG. 2 is a block diagram of a DSS 40 that includes a server system 42, 
sometimes referred to herein as server 42, and a plurality of customer devices 4644 
connected to server 42. DSS 40 is implemented for processing and approval of various 
different types of loans. DSS 40 utilizes several pre-defined loan decision 
guidelines/criteria and checklists in performing the loan analysis. The loan decision 
criteria and checklists, and various other business tools and processes, as described below 
in more detail, are stored on server system 42 and can be accessed by the dealer at any 
one of customer devices 4644. 
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Please replace paragraph [0051] with the following amended paragraph: 

[0051] A disk storage unit 8486 is coupled to database server 46 and directory server 80. 
Servers 46, 64, 70, 72, 74, and 80 are coupled in a local area network (LAN) 82. 
Additionally, workstations 88, 90, and 92 are coupled to LAN 82. Alternatively, 
workstations 88, 90, and 92 are coupled to LAN 82 via an Internet link or are connected 
through an intranet. A system administrator, a loan processing clerk and a loan approval 
manager use workstations 88, 90, and 92, respectively. 

Please replace paragraph [0053] with the following amended paragraph: 

[0053] Server system 42 is configured to be communicatively coupled to various 
individuals or employees and to third parties, e.g., a dealer 96 via an ISP Internet 
connection 98. The communication in the exemplary embodiment is illustrated as being 
performed via the Internet, however, any other wide area network (WAN) type 
communication can be utilized in other embodiments, i.e., the systems and processes are 
not limited to being practiced via the Internet. In addition, local area network 82 could be 
used in place of WAN 8685. 

Please replace paragraph [0059] with the following amended paragraph: 

[0059] In an exemplary embodiment, database 50 is divided into a Dealer's Information 
Section (DIS) 290, a Vehicle Information Section (VIS) 292, a Dealer Transactions 
Section (DTS) 294, a Buyers Information Section (BIS) 296, and a Credit Guidelines 
Section (CGS) 298. For example, DIS 290 includes information about various dealers 
that are contracted to conduct business with the business entity. In an exemplary 
embodiment, DIS 290 includes information about approximately 3000 dealers across the 
United States. VIS 292 includes information about various vehicles, including, but not 
limited to, Class codes, whether the vehicle is an imported or a domestic manufactured 
vehicle, Kelley Blue Book value or NADA book value for each vehicle, and so on. DTS 
294 includes information pertaining to various dealer transactions. BIS 296 includes 
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information about various buyers that are conducting business with various dealers across 
the United States. BIS 296 also includes information on each buyer, buyer's contact 
information, and credit report information pertaining to each buyer. BIS 296 includes 
contact information as it relates to each buyer and each transaction. CGS 298 includes 
information on various credit guidelines established by the business entity and 
summarized hereunder in FIG. 913 below. Sections 290, 292, 294, 296 and 298 within 
database 50 are interconnected to update and retrieve the information as required. Each 
Section is further divided into several individualized sub-sections to store data in various 
different categories. 

Please replace paragraph [0060] with the following amended paragraph: 

[0060] FIG. 5 is an exemplary embodiment of a hardware architecture 320 diagram of an 
exemplary embodiment of a general purpose computer suitable for use as a server host. A 
microprocessor 330, comprised of a Central Processing Unit (CPU) 332, a memory cache 
334, and a bus interface 338, is operatively coupled via a system bus 342 to a main 
memory 344 and an VO control unit 346. The I/O interface control unit is operatively 
coupled via an I/O local bus 348 to a disk storage controller 350, a video controller 352, a 
keyboard controller 356, and a communications device 360. The communications device 
360 is adapted to allow software objects hosted by the general purpose computer to 
communicate via a network with other software objects. Disk storage controller 350 is 
operatively coupled to a disk storage device 362. Video controller 352 is operatively 
coupled to a video monitor 364. Keyboard controller 356 is operatively coupled to a 
keyboard 366. A network controller 368 is operatively coupled to a communications 
device 370. The system has I/O expansion slots 372 to accommodate future upgrades. 

Please replace paragraph [0067] with the following amended paragraph: 

[0067] FIGS. 6 and &I4, as described below, are flow charts of exemplary embodiments 
of data flow diagrams of the DSS depicting the functionality of the system. These flow 
charts identify the process steps as utilized by the user. The flow charts also depict the 
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overall relationship among various individuals involved in the deal structuring within and 
outside the business entity. FIG. 7 describes a Deal Structuring User Interface that relates 
to the implementation of the deal structure process. FIGS. 8 through 15 relate to 
checklists, references, and underlying documentation. 

Please replace paragraph [0068] with the following amended paragraph: 

[0068] FIG. 6 is a flow chart of an exemplary embodiment of a flow chart of a deal 
structuring process 400 that is implemented by utilizing a stand alone computer program 
installed on a computer described in FIG. 5 (above). Computer program code includes 
instructions implementing loan processing and approval criteria as well as various code 
segments to execute the logic of the program relating to parsing of the credit report 
information, scoring the credit report, analyzing the information pertaining to the buyer 
and the deal, and finally structuring the deal. The computer program further includes a 
code segment that provides guidance to the dealer to adjust the deal by utilizing a cartoon 
character. The guidance is provided based on pre-determined criteria that may vary from 
state to state based on local rules and regulations governing deals. In one embodiment, 
the deal refers to a purchase of a car from the car dealer and obtaining financing by the 
car dealer on behalf of the buyer from a business entity /lender. Deal structuring process 
400 includes completing 442 a credit application by a buyer. The credit application 
solicits information about the buyer, including, but not limited to, a name of the nearest 
relative, a name of the landlord, gross monthly income, rent or a mortgage amount per 
month, other monthly debts, residence stability information since age eighteen, and the 
number of years on the present job. Once the credit application is received, the dealer 
runs a credit check on the buyer by running 444 a credit report from a credit bureau. 
Based on the credit bureau printout and credit bureau guidelines, the dealer reviews and 
analyzes 446 the credit report in detail. The credit report analysis includes, but is not 
limited to, counting good and bad credit items. This process of counting is also referred 
to as scoring 448 the credit report. The bad credit items are often referred to as 
derogatory or derog credit items. The credit report analysis further includes scoring 448 
information on the buyer such as, the number of years of established credit, the number 
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of good credit items, the dollar amount related to a highest credit ever granted to the 
buyer by an institution, the number of derog credit items, the highest dollar amount ever 
established as a derog credit, the number of repossessions or auto leases, previous 
bankruptcy, if any, and any information relating to the ownership of a home by the buyer. 
In addition to counting of good and derog credit items, there are certain items on the 
credit report which have no effect on the credit rating of the buyer. Additionally, there are 
other criteria for reviewing, analyzing and scoring the credit report established by the 
business entity which should be followed by the dealer to ensure that the dealer has 
complied with the guidelines. The details pertaining to the criteria established by the 
business entity for dealers, credit application information, the criteria for analyzing the 
credit report based on credit bureau guidelines, and vehicle classification criteria are 
summarized in Appendix- A, attached herewith. 

Please replace paragraph [0071] with the following amended paragraph: 

[0071] Structuring 450452 the deal is accomplished by the dealer utilizing a deal 
structure form, also known as a deal structure user interface (shown in FIG. 7 below). 
Based on pre-determined criteria, the dealer receives guidance from sewer system 42 to 
adjust one or several terms to get the deal approved according to the guidelines 
established by the business entity. Once the dealer receives approval from server system 
42, the dealer collects a down payment and obtains documentation from the buyer 
substantiating the information stated by the buyer on the credit application. Approval 454 
is received on a structure of the deal if the amount financed by the dealer is acceptable to 
the business entity. Otherwise, a message is displayed 453 to the dealer on the dealer's 
computer terminal that the deal is not acceptable and that further modifications are 
necessary. Once the dealer modifies the variables based on the guidelines displayed to the 
dealer, the deal is approved. 
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Please replace paragraph [0077] with the following amended paragraph: 

[0077] Once the dealer transmits the request to compute the results, microprocessor 330 
(shown in FIG. 5) retrieves and executes the instructions. The results are calculated and 
displayed under Calculation Results Section 488, including final summary regarding deal 
approval in Deal Approval Section 492. Other information such as the customer name 
(i.e. buyers name}494, the address of the business entity-496 and any other comments 
498-are also displayed on user interface 480. 

Please replace paragraph [0085] with the following amended paragraph: 

[0085] The business entity does not have any minimum credit guidelines. This does not 
mean that the business entity approves every contract/customer structure, nor that the 
business entity does not differentiate between one credit risk and another. The business 
entity certainly follows credit, structure, stability, and ability guidelines. The business 
entity combines these factors to determine approval or non-approval of a certain 
customer/structure combination. However, there are no particular minimums on any 
specific guideline and therefore, conceivably, any credit profile could be approved under 
certain circumstances. For example, a customer with no paid or current credit, 20 unpaid 
accounts including 4 repossessions, one month at current residence, with one dollar 
income per month could be approved on a $5,995 car with $5,800 down payment, 
financing $799695 for 2 payments of $40347.50, with a discount of $400 plus $100 
acquisition fee. While this is an extreme and unlikely example, one can extrapolate from 
it the kind of purchase structure the business entity may demand with a more conforming 
customer. Further, this policy frees the business entity from suffering the consequences of 
human error and frailty that the business entity may face when allowing for exceptions to 
one or another guideline. 

Please replace paragraph [0122] with the following amended paragraph: 



[0122] (5)(0.2(ft= 1.00 to give 0.95 payment probability 
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Please replace paragraph [0130] with the following amended paragraph: 

[0130] For example, for a customer with a Credit Score of 1 .50 and 41% down, the 
payment probability is only 58.5%, which is far short of the needed 95% to buy the deal. 
However, if the business entity adds a 20% discount to the deal, the down payment is 
increased toby 13.8% (after allowing for the initial down, tax and license). In addition, 
the business entity's target payment probability is now only 75%, because the business 
entity has a built-in loss reserve of 20% on the loan. 

Please replace paragraph [0183] with the following amended paragraph: 

[0183] FIG. 14, as described below, is a data flow diagram of an exemplary embodiment 
of data flow diagrams of the DSS depicting the functionality of the system. The flow 
chart identifies the process steps as utilized by the user. Additionally, the flow charts 
discussed in FIGS. 1, 6 and 12 (described above) depict the overall relationship among 
various individuals involved in the deal processing within and outside the business entity. 

Please replace paragraph [0184] with the following amended paragraph: 

[0184] FIG. 14 is an exemplary embodim e nt of a flowchart 700 depicting an exemplary 
embodiment of a Business Process Flow. Through a welcome screen, a dealer, also 
referred to herein as a user, having an authorized access, accesses the system by logging 
702 onto system 40 (shown in FIG. 2) with a user ID and a password. Once the user has 
been authenticated 706 based on the user ID and the password, the user is provided 
access 710 to the system. 
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